%%%%% COUNTERS %%%%%%%
%\newcounter{RSGR}	
%\newcounter{RSGR2}
%%%%%%%%%%%%%%%%%%

%%%%% HEADINGS AND FOOTS %%
%\fancyhead[LE]{\thechapter. La sección que sea. Versión \theCDU.\theCDUii} %cuadro izquierdo de pagina par: parte y contador

%%%%%%%%%%%%%%%%%%

\chapter{Introducción}
	Este Plan de Proyecto organiza y reparte el trabajo a realizar entre los miembros de Cauchy-Team. Aunque lo ideal hubiera sido realizarlo al principio del proyecto, para poder hacerse una idea general de la organización del proyecto, las circunstancias del curso obligan a completarlo ahora. El tener el proyecto a medias nos forzará a recordar los pasos que hemos seguido para llegar al punto en el que estamos, realizando también las estimaciones previas correspondientes a ese trabajo. Para la parte que falta, vamos a diseñar desde el principio una línea de tiempo que defina cómo haremos las tareas restantes, su reparto entre los miembros del grupo y el esfuerzo que deberá ser asignado a cada una. \\
	El esquema que se seguirá para la realización del documento es el presentado por Pressman en su edición Ingeniería del Software, Un Enfoque Práctico. Sexta Edición. McGraw-Hill, 2005.
		\section{Propósito del plan}
		Este documento organiza el trabajo que habrá que realizar a lo largo del proyecto. Pretende conseguir una óptima sucesión de tareas, para que el trabajo que hay que realizar en cada una de ellas apoye el de las siguientes. De esta manera no se generarán cuellos de botella en la dependencia entre las mismas, lo que podría mermar la eficiencia del grupo.
		\section{Ámbito del proyecto y objetivos}
		El software que estamos diseñando está dirigido a gestionar las ventas de una tienda de ropa de alta costura. Abarca la gestión de los almacenes, tanto de tienda como centrales, listas con los pedidos de ropa, clientes, ventas y empleados, y en especial la gestión de las zonas calientes de la tienda, donde se concentran la mayor parte de las ventas.
			\subsection{Declaración del ámbito}
			Nuestro proyecto tiene como objetivo principal gestionar los almacenes del cliente, la empresa de comercio textil Skirta. El producto final será un software que será utilizado por el personal de Skirta para administrar el almacén central y todas las tiendas bajo su dominio. Como punto a resaltar, nuestro software permite la gestión de puntos calientes en las tiendas lo cual se espera que proporcione una mejora en las ventas de la mercadería.
			\subsubsection{Funciones principales y Aspectos de rendimiento}
			Estos dos puntos han sido desarrollados a fondo en el documento de requisitos.
			%\subsection{Restricciones y técnicas de gestión}
		\subsection{Modelo de proceso} 
		El modelo que ha dirigido nuestro proyecto es el modelo unificado que se caracteriza  por tener como base los casos de uso y se centra en la arquitectura, además realiza una serie de iteraciones en las que se observa la solidificación del proyecto. Cada cierto tiempo determinado por el cliente y los desarrolladores se hace una entrega del proyecto actual para ser evaluado por el cliente y se hagan las mejoras y modificaciones requeridas.
		Este modelo hace que el proyecto se ajusta a la realidad y no se pierda coherencia, pero ha implicado un compromiso por parte de los integrantes del equipo para seguir ese modelo cuyos pasos son metodológicos.
		Las agrupaciones de fases se llaman ciclos. Al final de cada uno de ellos se hace una entrega al cliente. La organización de las fases puede verse en la planificación temporal.
	\chapter{Estimaciones del proyecto}
		\section{Datos históricos}
		Nos hemos basado en parte en datos recabados por parte de la mujer de Íñigo, que trabaja en el sector. Así, nos ha ayudado a comparar el objetivo de nuestro proyecto (la aplicación) con otras ya existentes, reforzando las caracteristicas existentes y añadiendo las carencias que había detectado.
		En cuanto al proyecto en sí, aunque nosotros no podemos aportar experiencia, sí que hemos consultado los proyectos realizados en años anteriores por otros grupos para tomar idea de qué había que hacer en cada punto.
		\section{Técnicas de estimación}
Para la estimación del proyecto se han utilizado técnicas de descomposición mediante puntos de función, usando COCOMO II como modelo paramétrico de estimación.
Esta tarea se ha llevado a cabo basándonos en la especificación de requisitos, previamente redactados, confiando en que servirán para hacer una planificación lo más 
precisa posible. Al igual que en dicha especificación, también en este proceso la aplicación ha sido dividida en módulos, para su mejor manejo. Así, han sido 
considerados cuatro módulos distintos: Clientes, Empleados, Tienda y Almacén Central. Para todos ellos se establece un coste mensual por trabajador de 2500\$/mes. 

Los resultados que proporciona COCOMO II estiman que la productividad es de 114.3 líneas por persona y mes para todos los módulos. Según el coste que hemos estipulado 
anteriormente, se prevé que el coste total del proyecto rondará los 164587.87\$ en el caso más probable, siendo 21,9 el coste medio por instrucción. En lo que respecta 
al tamaño del programa, el número de líneas de código estará en torno a las 8000 (7897 según COCOMO II), siendo de 152 su estimación de horas por persona y mes, 
y 14.3 el tiempo, en meses, que determina que durará el desarrollo de nuestro software. Luego, procedemos al cálculo de los factores de escala (Scale factor) y de 
ajuste (EAF), de la siguiente manera:

\subsection{Factor de escala \emph{(scale factor)}}
	\begin{itemize}
		 \item Precedencia y Flexibilidad del desarrollo: Como el equipo está compuesto por desarrolladores noveles en su totalidad, el campo de precedencia 
	(precedentedness) se ha fijado con el valor ``muy bajo" (VLO). Por otro lado, el proyecto está sujeto a unos requisitos fijos, por lo que el desarrollo del 
	mismo no podrá salirse mucho de ese esquema. Es por eso que el campo de flexibilidad en el desarrollo se ha declarado como ``bajo" (LO).
		\item Arquitectura y determinación del riesgo: Según los análisis de riesgos realizados por el equipo de desarrollo, se determina que el valor de este campo
	debe ser ``alta" (HI).
		\item Cohesión del equipo: Para este campo se ha determinado que, dado que los integrantes del equipo nunca han trabajado juntos en un desarrollo de estas
	características (si bien se conocen, y conocen los métodos de trabajo de cada uno), el valor de este campo debe ser ``bajo" (LO).
		\item Madurez del proceso: Basándonos en el CMM Maturity Model, hemos llegado a la conclusión de que el proyecto se encuentra en el Nivel 2 (Repetible), por 
	lo tanto el desarrollo está en una fase de madurez media, y es ese el valor de este campo.
  	\end{itemize}
\subsection{Factor de ajuste del esfuerzo (EAF)}
	\begin{itemize}
		\item Producto: Los campos de confiabilidad requerida (RELY) y el referente al tamaño de la base de datos (DATA) se han establecido como ``alto" (HI), 
	el resto se dejan en valor nominal (NOM).
		\item Platform: En este caso los tres apartados se dejan en valor nominal (NOM), ya que se considera que tanto las restricciones de tiempo de ejecución y
	almacenamiento, como la volatilidad de la plataforma se encuentran en valores medios.
		\item Personal: La capacidad de analistas y personal se declaran como ``bajas'', dada la poca experiencia del equipo de desarrollo. De la misma forma,
	también se estiman como ``bajo'' los campos de experiencia con las aplicaciones (APEX) y el lenguaje (LTEX). El resto de valores se dejan en su valor nominal.
		\item Proyecto: Se estima que no van a usarse muchas herramientas de software, por lo que el campo de herramientas (TOOL) se completa con ``bajo" (LO).
	Como los integrantes del equipo de desarrollo se encuentran trabajando juntos en el mismo lugar día a día, y por lo tanto tienen una comunicación plena, el 
	valor de el campo de desarrollo multisitio (SITE) se dejará en ``bajo'' (LO).
	\end{itemize}
		Con estos datos, COCOMO II determina que el factor de escala queda en 22.14, y el factor de ajuste de esfuerzo en 2.28.

		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.7]{EAF.png}
			\caption{Parámetros para el cálculo del EAF}
		\end{figure}

		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.8]{scaleFactor.png}
			\caption{Parámetros para el factor de escala}
		\end{figure}

		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.7]{cocomoII.png}
			\caption{Estimación con COCOMO II}
		\end{figure}

\section{Clasificación de ficheros}
	\subsection{Módulo clientes}
		\begin{itemize}
			\item Clientes (FLI)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento.
					\item RET: Datos personales, datos del cliente.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Alta Cliente (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento.
					\item FTR: Cliente.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Baja Cliente (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento.
					\item FTR: Cliente
					\item Complejidad: Baja.
				\end{enumerate}
			\item Eliminar duplicados (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento.
					\item FTR: Cliente
					\item Complejidad: Baja.
				\end{enumerate}
			\item Modificar Cliente (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento.
					\item FTR: Cliente
					\item Complejidad: Baja.
				\end{enumerate}
			\item Notificar Novedades (OUTPUT)
				\begin{enumerate}
					\item DET: De cliente (Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono), tarjeta de crédito, vale de descuento.
				De prenda (Año, temporada, diseñador, precio, stock, talla, foto).
					\item FTR: Cliente, Prenda.
					\item Complejidad: Alta.
				\end{enumerate}
			\item Estadísticas sobre compras (QUERIE)
				\begin{enumerate}
					\item DET: De cliente(Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono, tarjeta de crédito, vale de descuento)
			De venta(Fecha, Cliente, Prendas)
			De prenda(año, temporada, diseñador, precio, talla, foto).
					\item FTR: Cliente,Venta, Prenda.
					\item Complejidad: Alta.
				\end{enumerate}
		\end{itemize}
	\subsection{Módulo empleados}
		\begin{itemize}
			\item Empleado (FLI)
				\begin{enumerate}
					\item DET:Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item RET: Datos personales, datos de trabajo. 
					\item Complejidad: Baja.
				\end{enumerate}
			\item Alta Empleado (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item FTR: Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Baja Empleado (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item FTR: Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Modificar Empleado (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item FTR: Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Consultar Empleado (QUERIE)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item FTR: Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Eliminar Empleado (INPUT)
				\begin{enumerate}
					\item DET: Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad , sueldo, antigüedad, comentarios, contraseña, foto.
					\item FTR: Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
		\end{itemize}
		
	\subsection{Módulo tienda}
		\begin{itemize}
			\item Prenda (FLI)
				\begin{enumerate}
					\item DET: Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras.
					\item RET: Información sobre prendas. 
					\item Complejidad: Baja.
				\end{enumerate}
			\item Tienda (FLI)
				\begin{enumerate}
					\item DET: Descripción, zonas, prendas
					\item RET: Información sobre la tienda. 
					\item Complejidad: Baja.
				\end{enumerate}
			\item Venta (FLI)
				\begin{enumerate}
					\item DET: Fecha, cliente, empleado, prenda(s), número de factura, comentarios.
					\item RET: Información sobre la venta. 
					\item Complejidad: Baja.
				\end{enumerate}
			\item Alta Almacén (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras.)
				De la tienda(Zona, prenda).
					\item FTR: Prenda, Tienda.
					\item Complejidad: Media.
				\end{enumerate}
			\item Baja Almacén (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras.)
				De la tienda(Zona, prenda).
					\item FTR: Prenda, Tienda.
					\item Complejidad: Media.
				\end{enumerate}
			\item Modificar Inventario (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras.)
				De la tienda(Zona, prenda).
					\item FTR: Prenda, Tienda.
					\item Complejidad: Media.
				\end{enumerate}
			\item Consultar Inventario (QUERIE)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras.)
				De la tienda(Zona, prenda).
					\item FTR: Prenda, Tienda.
					\item Complejidad: Media.
				\end{enumerate}
			\item Vender (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, codigo de barras)
				De la tienda(prenda).
				Del cliente(Nombre, primer apellido, segundo apellido, edad , talla, e-mail, teléfono).
				Del empleado(Nombre, primer apellido, segundo apellido, DNI, puesto, depto., tienda, edad).
					\item FTR: Prenda, Tienda, Empleado, Cliente. 
					\item Complejidad: Alta.
				\end{enumerate}
			\item Pagar con tarjeta (INPUT)
				\begin{enumerate}
					\item DET: De cliente (tarjeta de crédito). 
					\item FTR: Cliente
					\item Complejidad: Baja.
				\end{enumerate}
			\item Pagar con vale (INPUT)
				\begin{enumerate}
					\item DET: De cliente (Vale de descuento)
					\item FTR: Cliente.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Imprimir factura (OUTPUT)
				\begin{enumerate}
					\item DET: De prenda (Precio, código de barras, talla, año, temporada, diseñador).
				De empleado(nombre, primer apellido, segundo apellido)
					\item FTR: Prenda, Empleado.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Consultar ventas (QUERIE)
				\begin{enumerate}
					\item DET: De prenda (Año, temporada, diseñador, precio, stock, tallas, código de barras).
				De cliente (Nombre, Primer Apellido, Segundo Apellido, edad , talla)
					\item FTR: Prenda, Cliente.
					\item Complejidad: Baja.
				\end{enumerate}
			\item Consultar ventas general (QUERIE)
				\begin{enumerate}
					\item DET: De prenda (Año, temporada, diseñador, Precio, Stock, Tallas, código de barras).
				De cliente (Nombre, primer apellido, segundo apellido, edad , talla)
					\item FTR: Prenda, Cliente.
					\item Complejidad: Baja.
				\end{enumerate}	
			\item Hacer devolución (INPUT)
				\begin{enumerate}
					\item DET: De prenda (Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, código de barras).
				De cliente (Nombre, primer apellido, segundo apellido, tienda habitual, edad , fecha alta, talla, e-mail, teléfono)
					\item FTR: Prenda, Cliente.
					\item Complejidad: Baja.
				\end{enumerate}	
			\item Modificar visual (INPUT)
				\begin{enumerate}
					\item DET: De prenda (Zona tienda).
				De tienda(Zonas, Prendas).
					\item FTR: Prenda, Tienda.
					\item Complejidad: Baja.
				\end{enumerate}
		\end{itemize}
		
	\subsection{Módulo almacén central}
		\begin{itemize}
			\item Almacén central (FLI)
				\begin{enumerate}
					\item DET: Prendas
					\item RET: Información sobre prendas 
					\item Complejidad: Baja.
				\end{enumerate}
			\item Alta Almacén Central (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, código de barras.)
				Del almacén(prendas).
					\item FTR: Prenda, Almacén Central.
					\item Complejidad: Media.
				\end{enumerate}
			\item Baja Almacén Central (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, código de barras.)
				Del almacén(prendas).
					\item FTR: Prenda, Almacén Central.
					\item Complejidad: Media.
				\end{enumerate}
			\item Modificar Almacén Central (INPUT)
				\begin{enumerate}
					\item DET: De la prenda(Año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, código de barras.)
				Del almacén(Prendas).
					\item FTR: Prenda, Almacén Central.
					\item Complejidad: Media.
				\end{enumerate}
			\item Consultar Almacén Central (QUERIE)
				\begin{enumerate}
					\item DET: De la prenda(año, temporada, diseñador, precio, stock, tallas, zona tienda, foto, código de barras.)
				Del almacén(prendas).
					\item FTR: Prenda, Almacén Central.
					\item Complejidad: Media.
				\end{enumerate}
		\end{itemize}
	\chapter{Estrategia de gestión del riesgo}
	Nos hemos decantado para este proyecto por la gestión del riesgo propuesta por SQAS-SEI (ampliación de las ideas de Boehm) con adaptaciones a la magnitud del proyecto, dado que las tablas proporcionadas corresponden a proyectos de una magnitud mucho superior a la del nuestro. La gestión del riesgo se puede ver más a fondo en el documento de riesgos, aunque pasamos a hacer un breve resumen de los pasos:
		\section{Análisis del riesgo}
		Con apoyo de riesgos encontrados en internet, hemos realizado una lista de posibles riesgos de proyectos, que posteriormente filtramos para obtener los aplicables a nuestro desarrollo.
		\section{Estudio de los riesgos}
		En este punto se ha realizado un estudio de poca profundidad de todos los riesgos obtenidos, de manera que los más importantes fueran detectados en una tabla de priorización.
		\section{Plan de gestión del riesgo}
		Los riesgos situados en primer lugar en dicha tabla han sido analizados exhaustivamente generando planes de prevención, reducción y contingencia de los mismos.
	\chapter{Planificación temporal} %-aquí van las imágenes
		Es vital planificar bien nuestro proyecto para evitar posibles retrasos en las entregas del software. Por ello hemos realizado una planificación general y poco detallada de todo el proyecto. Hemos analizado las tareas ya realizadas y planeado por encima las tareas más cercanas. Los pasos seguidos fueron definir las tareas del trabajo y hacer un seguimiento de las mismas. Se distribuye el esfuerzo que se hará a lo largo del desarrollo de software. Nuestra planificación va evolucionando a medida que se avanza en el proyecto, se empieza definiendo tareas generales que se irán desarrollando en otras más específicas.

		El calendario que se seguirá empieza en octubre del 2012 y consta de trabajar 2 horas diarias todos los días incluyendo fines de semanas excepto algunas semanas puntuales donde el domingo y el lunes quedan libres o alguna que otra semana no lectiva. El trabajo diario se suele efectuar durante la tarde a excepciñon de los días en que hay clase doble de Ingeniería del Software. Por lo tanto se espera que se realicen de 8 a 14 horas semanales dedicadas al proyecto por cada miembro del equipo, el cual está formado por 6 miembros.
		\section{Estructura de descomposición del trabajo}
		Para crear las tareas a realizar hemos utilizado \gls{edt}, teniendo en cuenta las relaciones entre ellas y evitando sobreasignaciones recursos. Efectivamente, la tabla\footnote{ver páginas posteriores}de \gls{edt} realizada nos informa sobre la fechas de inicio, la fecha de finalización y los recursos asignados de las tareas. 
		
		Según el momento en el que nos encontramos ahora, contamos con fechas de presentación del proyecto al cliente hasta abril. Tampoco hay muchos detalles sobre qué se debe presentar y, por tanto, la ultima etapa muestra tareas muy generales que se especificarán luego, siguiendo el modelo de proceso unificado que estamos siguiendo. 
		\pagebreak

		\input{tablaEDT}
		\section{Gráfico Gantt}
		El gráfico de Gantt\footnote{Para una lectura en detalle de los gráficos y las tablas, remitirse a los archivos adjuntos.} nos ayuda a representar la información de la tabla de descomposición de trabajo. Este gráfico nos muestra el periodo de tiempo que ocupa una tarea, los recursos asignados, relaciones simples de precedencia y el estado actual. El periodo de tiempo puede verse en el números de días además también se ven las fechas inicial y final. El estado actual viene dado graficamente por una barra gris que atraviese a la tarea y nos dice si esta está completada o soló un porcentaje de ella). Otra información que nos brinda el diagrama de Gantt es cuándo se produce el final de cada fase acompañado de una entrega que es evaluada, se trata de los hitos representados por los diamantes al final de cada fase. En cuanto a los recursos, se ven las iniciales de los miembros del equipo Cauchy-Team en sus respectivas tareas asignadas en la Hoja de tareas.  
		
		\begin{figure}[H]
			\centering
			\hspace{-0.6cm}\includegraphics[scale=0.32,angle=90]{gantt.png}
			\caption{Diagrama de Gantt}
		\end{figure}
		
		\pagebreak

		\begin{figure}[H]
			\centering
			\includegraphics[scale=0.75]{recursosHojaTareas.pdf}
			\caption{Hoja de tareas}
		\end{figure}

		\section{Red de tareas}
		La red de tareas es un grafo que nos ayuda a entender mejor las dependencias y procedencias de tareas. En la redes de tareas cabe esperarse observar \glspl{caminoCritico}, los cuales 
		aparecerían de un color distinto.

		\begin{figure}
		\label{fig:redTareas}		
			\centering
			\begin{subfigure}{7cm}
				\centering
				\includegraphics[scale=0.29, angle=90]{redTareas1.pdf}
				\caption{Red de tareas, 1}
			\end{subfigure}
			~
			\begin{subfigure}{7cm}
			\centering
			\includegraphics[scale=0.3,angle=90]{redTareas2.pdf}
			\caption{Red de tareas, 2}
			\end{subfigure}
		
		\caption{Red de tareas}
		\end{figure}

		Se muestra en la figura \ref{fig:redTareas} los recursos de trabajo con sus correspondientes tareas a realizar y el tiempo empleado en ellas durante la vida proyecto.
		
		\section{Tabla de uso de recursos}
		La figura \ref{fig:usoRecursos} presenta a los recursos de trabajo, los integrantes del equipo Cauchy-Team, con sus respectivas tareas realizadas y el tiempo dedicado a ellas. Las entregas son hitos en la planificación, no tienen duración ni recursos asignados.

		\begin{figure}
			\label{fig:usoRecursos}
			\centering
			\includegraphics[scale=0.8]{usoRecursos.pdf}
			\caption{Uso de recursos}
		\end{figure}

	\chapter{Recursos del proyecto} En esta sección se presenta una relación de los recursos que han sido puestos al servicio del proyecto en algún momento. Cada recurso es asignados a las tareasque les corresponde.
		\section{Personal}
		El equipo Cauchy-Team surge de la reunión de los integrantes del grupo de doble grado en Ingeniería Informática y Matemáticas que en la fecha de elección de los equipos no no tenían ninguno asignado. Es éste el motivo de que sea el único con seis miembros. Los integrantes son los siguientes:
			\begin{itemize}
				\item{Daniel Báscones García}
				\item{Mayra Alexandra Castrosqui Florián}
				\item{Fernando Domínguez Estévez}
				\item{Mario Lezcano Casado}
				\item{David Peñas Gómez}
				\item{Iñigo Zunzunegui Monterrubio}
			\end{itemize}
		Se prevé que el equipo se mantenga estable a lo largo de la vida de proyecto salvo causas de fuerza mayor.
		\section{Hardware y software}
			\subsection{Recursos Software}
				\begin{itemize}
				\item{Herramientas para la comunicación entre miembros del equipo:}
					\begin{itemize}
					\item \emph{Gmail}: Servicio gratuito de email proporcionado por Google.
					\item \emph{WhatsApp}: Sistema gratuito de mensajería instantánea para diversos dispositivos con conexión a Internet (tablets, móviles...).
					\end{itemize}
				\item{Generación de la documentación:}
					\begin{itemize}
					\item \emph{Adobe Reader}: Lector de PDF.
					\item \emph{Microsoft Word}: Editor de texto.
					\item \emph{Notepad++ 5.9.8}: Editor de texto y códigos fuente.
					\item \emph{\TeX\ works 0.4.3}: Editor de código \LaTeX\
					\item \emph{MiK\TeX\ 2.9}: Compilador de \LaTeX\
					\item \emph{ArgoUML 3.26}: Diagramas de Casos de Uso.
					\item \emph{BOUML 4.23}: Modelado UML.
					\item \emph{COCOMO II}: Estimación del esfuerzo a partir de los Puntos de Función.
					\item \emph{Microsoft Project 2010}: Planificación, asignación de tareas y diagramas Gantt.
					\end{itemize}
				\item{Presentaciones:}
					\begin{itemize}
					\item \emph{Microsoft PowerPoint}: Editor de presentaciones.
					\item \emph{InkScape}: Editor de imágenes vectoriales.
					\item \emph{Paint}: Editor de imágenes.
					\end{itemize}
				\item{Repositorio y control de versiones:}
					\begin{itemize}
					\item \emph{TortoiseSVN}: Programa para actualizar la copia local del repositorio y subir los cambios al servidor.
					\item \emph{Google Code}: Host del repositorio.
					\item \emph{Google Docs}: Herramienta web de edición conjunta de documentos.
					\item \emph{Dropbox}: Almacenamiento online compartido.
					\item \emph{Google Drive}: Almacenamiento online compartido.
					\end{itemize}
				\item{Herramientas para la implementación:}
					\begin{itemize}
					\item \emph{NetBeans 7.3}
					\end{itemize}
				\end{itemize}
			\subsection{Recursos Hardware}
				\begin{itemize}
				\item Ordenadores Personales.
				\item Ordenadores de los laboratorios.
				\item Tablets Personales (iPads).
				\end{itemize}
		\section{Lista de recursos}
		Debido a que el presente proyecto se enmarca en un entorno docente no hemos necesitado ningún otro recursos digno de mención.
	\chapter{Organización del personal} Se expone en esta sección los criterios seguidos para la organización del personal para el óptimo desarrollo de la aplicación.
		\section{Estructura de equipo}
		Aunque nunca se decidió qué modelo de estructuración del trabajo seguiríamos, el transcurrir del proyecto nos ha llevado a que tácitamente sigamos un esquema descentralizado democrático que parece a priori la mejor opción por lo reducido del equipo.
		
		No obstante no descartamos cambiar el modelo a lo largo del tiempo de vida del proyecto ya que tal y como identifica el RSGR, existe el riesgo de que diferentes expectativas en la asignatura provoque desidia y falta de interés en algún miembro y por tanto se provoque un desigual reparto del esfuerzo. 
		%\section{Informes de gestión}
	%lo comentado a continuación va para la siguiente versión
	%\section{Mecanismos de seguimiento y control} 
	%	\subsection{Garantia de calidad y control}
	%	\subsection{Gestión y control de cambios}
	%\chapter{Apéndices}